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MULTICAST TRANSMISSION IN PACKET BASED CELLULAR NETWORKS 



RELATED APPLICATIONS 
This application is related to PCX application PCT/ILO 1/00795 filed August 23, 2001 
which designate the US and claims the benefit under 1 19 (e) of 60/332,000 filed November 23, 
5 2001 , the disclosures of which are incorporated herein by reference. 

FIELD OF THE INVENTION 
The present invention relates generally to content delivery and multimedia broadcasting 
over cellular networks particularly to multicast services over packet based cellular networks. 

BACKGROUND OF THE INVENTION 
10 Packet based networks were originally constructed in order to transmit data between 

computers. Packet based networks comprise a plurality of routers interconnected through 
communication links. Data transmitted in packet based networks are encapsulated in packets 
which each contain an address of a destination of the packet. Each router forwards packets it 
receives toward the destination of the packets. 
15 Due to the low cost of packet based networks relative to switched networks (e.g., the 

standard telephone network) packet based networks are now used for many additional services, 
such as multimedia streaming, data broadcasting and telephone and fax transmission. Most 
homes, however, are not connected directly to a packet based network but rather are connected 
to switched networks. In order to access packet based networks, users establish a modem 
20 connection over the switched telephone network to a gateway, e.g., an Intemet service provider 
(ISP), which connects the users to the packet based network. 

Cellular telephone networks provide telephone communications to telephone sets, 
referred to as mobile stations, which are not confined to a specific location. As with wired 
telephone networks, it is desired to use the mobile network to access packet based networks 
25 from the mobile stations. In order to provide data services over mobile networks efficiently, the 
General Packet Radio Service (GPRS) protocol was defined. The GPRS protocol is described, 
for example, in HTTP://www.cisco.com/warp/public/cc/so/neso/gprs/gprs__wp.htm5 available 
on August 22, 2001, and in the GSM technical specification, titled "3rd Generation Partnership 
Project; Technical Specification Group Services and System Aspects; GPRS; Service 
30 description; Stage 2 (Release 1997)", of the GSM group, identified as 3GPP TS 03.60 V6.9.0 
(2001-06) available for example firom fltp://flp.3gpp.org/Specs, the disclosures of which are 
incorporated herein by reference. According to the GPRS protocol, a mobile station (MS), 
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which requires a data session, registers with a serviag GPRS support node (SGSN)- Thereafter, 
the MS generates a context request which initiates a context assignment procedure in which the 
MS is associated with a packet based address of an external packet based network. 

In some cases, packet based networks are used to provide multicast services, in which a 

5 single source transmits the same data to a plurality of recipients. In order to reduce the 
bandwidtb consumption of multicast services, multicast routing protocols, sixch as IGMP 
(Ihtemet gateway multicast protocol), MOSPF, PIM-SM/DM and SSM, have been dejSned. 
According to these protocols, each router receives only a single copy of multicast data, and 
forwards one copy of the data in each direction in which there is at least one recipient desiring 

10 to receive the data. 

The elements of cellular networks do not generally support multicasting. Therefore, 
when a gateway between a packet based network and a switched network (e.g., a GGSN) 
receives multicast packets it duplicates them for each mobile station requiring to receive the 
packets. This is very wasteM in bandwidth. 

15 Proprietary multicast schemes for cellular networks do exist. The Cell Broadcast 

Service (CBS), for example, provides low bit rate multicasting to a group of mobile stations. 
U.S. patent 5,887,252 to Noneman, the disclosure of which is incorporated herein by reference, 
describes using multicast transmission over CDMA cellular networks. Noneman describes 
multicasting from a base station to a group of mobile stations. The Noneman patent, however, 

20 does not state a method for leading multicast packets within the terrestrial mobile network. 

U.S. Patent 5,978,368, which is incorporated herein by reference, suggests pre- 
generating unassigned channels in a terrestrial cellular network. When a mobile station requests 
to establish a channel, a pre-generated channel is assigned to the mobile station. This method 
reduces the delay between requesting the channel and receiving the channel. 

25 SUMMARY OF THE INVENTION 

An aspect of some embodiments of the invention relates to a method of routing through 
a cellular network only a single copy of multicast data, optionally from an external data 
network, to a plurality of mobile stations (MSs) in a cell. The method includes emulating a 
virtual subscriber mobile station (MS) that subscribes to a multicast service and receives the 

30 multicast data for the cell. The real MSs that should receive the multicast data tune to a channel 
assigned to the virtual subscriber. Optionally, emulating the virtual subscriber is performed by 
transmitting messages normally transmitted by an MS, by an element of the cellular network 
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servicing the MSs. Optionally, at least some of the elements of the cellular network (e.g., an 
SGSN servicing the MSs) aad/or of an external packet network generating the multicast data do 
not differentiate between the virtual subscriber and real subscribers. 

The term multicast service refers herein to multicast data which is received by one or 

5 more users subscribing to the service. Generally, the data of a specific multicast service relates 
to a single subject or context 

In some embodiments of the invention, the virtual subscriber is emulated by a packet 
control unit (PCU) of the cellular network. Altematively or additionally, the virtual subscriber 
is emulated by a multicast supporting unit added to the cellular network for multicast support. 

10 In this altemative, the PCU does not differentiate between real and emulated subscribers. The 
multicast supporting unit may be added, for example, between the PCU and the base station 
controller (BSC) with which it operates and/or between the BSC and the MSs. 

An aspect of some embodiments of the invention relates to a method of establishing 
cellular data coimections with an extemal packet based network. At least some of the context 

15 requests transmitted toward a gateway coimecting a cellular network to the packet based 
network, are not registered by the gateway for data transmission. Instead, the context requests 
are acknov^ledged, without registering a connection between a packet based address and the 
mobile station in the gateway. Optionally, the acknowledgment is generated by the gateway. 
Altematively, the acknowledgment is generated by an intercepting imit which prevents the 

20 gateway JSrom receiving some of the context requests. 

In some embodiments of the invention, the mobile station (MS) requesting the context 
which is not registered to receive data transmission is provided with data from a different 
context, e.g., a context established by a virtoal subscriber. 

An aspect of some embodiments of the invention relates to a method of providing data 

25 packets to a cellular subscriber. Optionally, the cellular network instmcts one or more MSs 
requesting a data context to move to a different cell, e.g., to an umbrella cell. In some 
embodiments of the invention, the MSs requested to move to umbrella cells comprise MSs 
requiring multicast data. In some embodiments of the invention, a virtual subscriber in. the 
umbrella cell receives the data requested by the cell subscriber. 

30 An aspect of some embodiments of the invention relates to defining multicast cells of a 

cellular network, which are to be used only for multicast data. In some embodiments of the 
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invention, each multicast cell is used for only a single multicast service. Altematively or 
additionally, one or more multicast cells are used for a plurality of multicast services. 

In some embodiments of the invention, the multicast cells identify themselves as 
belonging to a different cellular network than regular cells being serviced by the same public 
5 land mobile network (PLMN), e.g., by the same BSC, PCU and/or SGSN. Thus, in some 
embodiments of the iavention, a single PLMN supports transmission of signals which identify 
as belonging to a plurality of different networks. Optionally, in ordCT to receive multicast 
service, MSs switch to the network identity of the multicast cells and request the multicast 
service. 

10 hi some embodiments of the invention, the multicast cell provides predetermined data 

and the data provided in the cell does not change responsive to requests of MSs. Altematively, 
the data provided by the cell changes responsive to the requests of the MSs. For example, data 
of some multicast services may be provided only when at least one MS requests to tune onto 
the channel of the multicast service. Altematively or additionally, the cell provides multicast 

15 services requested by the most MSs. 

There is therefore provided in accordance with an embodiment of the present invention, 
a method of transmitting data packets to a cellular mobile unit, including estabUshing a data 
transfer path for providing data from a data network gateway to a base station controller, for a 
first mobile station identity, and transmitting data received along the established path to at least 

20 one mobile station having at least one second identity different from the first identity. 

Optionally, the first mobile unit identity represents a virtual mobile unit. Optionally, the 
at least one mobile station having a second identity includes a plurality of mobile stations. 
Optionally, establishing the data transfer path for providing data includes estabUshing a data 
transfer path for providing IP multicast data. Optionally, estabUshing the data transfer path for 

25 providing data includes estabUshing the data transfer path responsive to a request to estabUsh a 
data transfer path from the at least one mobile station having Ihe at least one second identify. 
Possibfy, the method includes estabUshing a data transfer path, substantially not used for data, 
for the at least one mobile station having the at least one second identity. 

OptionaUy, the request to establish the data transfer path includes a context request. 

30 Optionally, the request to establish the data transfer path includes a request transmitted as data 
on a context of the at least one mobile station having the at least one second identity. 
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There is further provided in accordance with an embodiment of the present invention, a 
method of establishing a terrestrial mobile connection, including receiving a message 
indicating the intent to establish a first mobile data connection between a mobile station, 
having a first mobile station identity, and an extemal data network, and generating a request to 
establish a second mobile data connection with an extemal data network, for a second mobile 
station identity, responsive to receiving the message indicating the intent to establish the first 
mobile data connection. 

Optionally, generating the request to establish the second mobile data connection 
includes generating a request carrying a same requester IP address as a requester IP address of 
the first mobile data connection. Optionally, generating the request to estabUsh the second 
mobile data connection includes generating a request having a virtual mobile station identity. 
Optionally, generating the request to establish the second data connection includes determining 
whether the second connection aheady exists and generating the request only if the second 
connection does not exist. Possibly, the method includes instructing the mobile station for 
which the first mobile data connection was established to hsten to a channel associated with the 
second data connection. Optionally, the request to establish the second data connection 
includes a multicast requester IP address. 

Optionally, generating the request to establish the second connection includes 
deterniining whether the message indicating the intent to estabUsh a first mobile data 
connection relates to a specific group of data connections and generating the request only if the 
first mobile data connection relates to the specific group. Optionally, the specific group of data 
connections are identified by their requester IP address. Optionally, the message indicating the 
intent to estabUsh the first mobile connection includes a context request message. Optionally, 
the message indicating the intent to estabUsh the first mobile connection includes a context 
acknowledge message. Optionally, generating the request to estabUsh the second mobile 
connection is performed by a packet control miit (PCU). Optionally, generating the request to 
estabUsh the second mobile connection is performed by an entity separate firom a packet control 
unit (PCU), which does not have control of the PCU. 

OptionaUy, generating the request to estabUsh the second mobile connection is 
performed by an entity connected between the PCU and a respective BSC. Alternatively, 
generating the request to estabUsh the second mobile coimection is performed by an entity 
located between a BSC related to the PCU and mobile units serviced by the BSC. 
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There is further provided in accordance with an embodiment of the present invention, a 
method of operating a terrestrial cellular network gateway, including receiving requests to 
establish data connections, determining, for at least one of the requests, whether to form a 
connection with an external data network responsive to a content of the request, forming a 
connection with an external data network responsive to the at least one of the requests, if the at 
least one of the requests, and responding positively to the at least one of the reqxiests, without 
forming a connection with an extemal data network, if the determination was negative. 
Possibly, determining whether to form a connection with an extemal data network includes 
determining for a specific request responsive to the requester identity Usted in the request. 
Optionally, forming a connection is performed for requests carrying identities of virtual mobile 
connections. 

There is further provided in accordance with an embodiment of the present invention, a 
method of managing a mobile unit, including receiving a request to establish a data connection 
from a mobile unit located in a first cell; and instructing the mobile unit to move to a second 
cell different firom the first cell, responsive to the request to establish the connection. 

Optionally, the second cell includes an umbrella cell, for example, an umbrella cell 
overlaying the fnst cell. Possibly, the method includes instructing the mobile station to listen to 
a channel established for a different mobile station identity. Optionally, receiving the request 
includes receiving a request related to a multicast service. Optionally, the second cell comprises 
a cell used substantially only for multicasting data. 

There is further provided in accordance with an embodiment of the invention, a 
multicast supporting packet control unit, including an input interface adapted to receive 
messages exchanged between mobile stations and a serving GPRS support node, a filter 
adapted to identify in the messages received by the input interface, messages which indicate the 
intent to establish a first data connection between a mobile station, having a first mobile station 
identity, and an extemal data network, and a data generator which generates a request to 
establish a second mobile data connection to an extemal data network, for a second mobile 
station identity, responsive to the identified message indicating the intent to establish the first 
mobile data connection. Optionally, the filter identifies messages related to multicast services. 
Optionally, the input interface serves also as an input interface of a packet control unit (PCU). 
Alternatively, the input interface does not serve as an input interface of a packet control unit 
(PCU). Optionally, the filter identifies channel assignment messages related to the first mobile 



6 



wo 03/019840 PCT/IL02/00701 

data connection and changes for at least one of the identified channel assignment messages, the 
channel assigned by the message. 

There is further provided in accordance with an embodiment of the invention, a methpd 
of communicating by a mobile station, comprisiag tuniag onto signals of a first cell, receiving 

' 5 an instruction to receive data of a multicast service, identifying that multicast service is not 
provided in the first cell, and tuning onto signals of a second cell, responsive to the identifying. 

Optionally, the signals of the first and second cells are transmitted under control of a 
same public land mobile network and/or a same base controller station (BSC). Optionally, 
receiving the instruction to receive data of a multicast service comprises receiving a user 

10 command or an automatically generated command. Optionally, the method includes 
transmitting a request to receive multicast data in the second cell. Optionally, the signals of the 
first and second cells comprise GSM signals. 

Optionally, the signals of the first and second cells carry different network identities. 
Optionally, identifying tiiat multicast service is not provided ia the first cell comprises 

15 identifying based on uiformation configured in the mobile station. Optionally, identifying that 
multicast service is not provided in the first cell comprises receiving a signal stating that the 
multicast service is not provided in the first cell. Optionally, receiving the signal stating that the 
multicast service is not provided in the first cell comprises receiving a service refusal signal 
and/or a cell change message. 

20 There is further provided in accordance with an embodiment of the invention, a method 

of communicatuig by a mobile station, comprising tuning onto signals of a first cell, receiving 
an instraction to request a service not provided in the first cell, identifying that the requested 
service is not provided in the first cell, and tuning onto signals of a second cell, responsive to 
the identifying, wherein the signals of the first and second cells are transmitted under control of 

25 the same public land mobile network. 

Optionally, the signals of the first and second cells are transmitted under control of the 
same base transmission station. Alternatively, the signals of the first and second cells are 
transmitted from different base transmission stations. Optionally, the signals of the first and 
second cells are transmitted vmder control of the same base controller station ^SC). 

30 Optionally, receiving an instruction to request a service not provided in the first cell comprises 
receiving a request for multicast data. Optionally, receiving an instruction to request a service 
not provided in the first cell comprises receiving a request for a data service to be provided at 
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least at a predetermined quality of service (QoS). Optionally, receiving an instruction to request 
a service not provided in the first cell comprises receiving a request for a Web access service. 
Optionally, the signals of the first and second cells carry different network identities. 

There is fijrfher provided in accordance v^th an embodiment of the invention, a method 
of managing communications in a cellular network, comprising transmitting signals advertismg 
first and second cells, under control of the same public land mobile network, receiving a 
request for providing a first communication service in the first cell, identifying that the 
requested first communication service is not provided in the first cell, transmittiag a refusal to 
the request for the first service in the first cell, responsive to the identification, receiving a 
request for providing the first communication service in the second cell, and providing the first 
coimnunication service in the second cell, wherem the requests for providing tixe first service 
are received from a mobile station in substantially the same location. 

Optionally, the method includes receiving a request for providing a second 
communication service in the first cell and providing the second service in the first cell 
responsive to the request. Optionally, the second service comprises a multicast service and/or a 
web access service. Optionally, the method includes receiving a request for providing the 
second communication service in the second cell and refusing the second service in the second 
cell responsive to the request. Optionally, the method includes receiving a request for providing 
the second communication service in the second cell and providing the second service in the 
second cell responsive to the request. 

Optionally, the first service comprises a two way cormnunication service, for example a 
voice connection and/or a unicast data connection. Optionally, transmitting the refusal is 
performed irrespective of the load on the first cell. Optionally, transmitting signals advertising 
the first and second cells comprises transmitting the signals in regions which cover 
substantially the same geographical area. Optionally, transmitting the signals advertising the 
second cell comprises transmitting the signals by a first base station controller and changing the 
signals by an entity located between the first base station controller and mobile stations 
receiving the signals. Possibly, transmitting the signals advertising the first and second cells 
comprises transmitting the signals with different network identities. 

Optionally, transmitting the refusal comprises transmitting a cell change message and/or 
a context refusal message. Optionally, the signals of the first and second cells carry different 
network identities. 



8 



wo 03/019840 



PCT/IL02/00701 



There is further provided in accordance with an embodiment of the invention, a method 
of managmg communications in a cellular network, comprising transmitting signals advertising 
first and second cells, under control of the same public land mobile network, receiving a 
request for providing a multicast service in the first cell, transmitting a refiisal to tiie request for 
5 the multicast service in the first cell, receiving a request for providing the multicast service in 
the second cell, and providing the multicast service m the second cell. 

Optionally, the requests for providing the fibrst service are received firom a mobile 
station in substantially the same location. 

BRIEF DESCRIPTION OF FIGURES 
10 Particular non-Umiting embodiments of the invention will be described with reference 

to the following description of embodiments in conjunction with the figures. Identical 
structures, elements or parts which appear in more than one figure are preferably labeled with a 
same or similar number in all the figures in which they appear, m which: 

Fig. 1 is a schematic illustration of a base station subsystem, usefiil in explaining an 
1 5 exemplary embodiment of the present invention; 

Fig. 2 is a schematic illustration of a cellular network, in accordance with an 
embodiment of the present invention; 

Fig. 3 is a signal chart of the signals exchanged in a cellular network when an MS 
requests to join an IP multicast service, in accordance with an embodiment of the present 
20 invention; 

Fig. 4 is a flowchart of acts performed responsive to an MS 20 requesting to leave a 
multicast service, in accordance with an embodiment of the present invention; and 

Fig. 5 is a schematic illustration of a multicast supporting cellular network, in 
accordance with an alternative exemplary embodiment of the present invention. 
25 DETAILED DESCRIPTION OF EMBODIMENTS 

Fig. 1 is a schematic illustration of a base station subsystem 30, usefiil m explaining an 
exemplary embodiment of the present invention. Base station subsystem 30 comprises a 
plurality of base transceiver stations (BTS) 32, which communicate with mobile stations (MS) 
20 located within respective areas serviced by the BTSs, referred to as cells 22. In some cases, 
30 one or more cells 22 are partially overlapping in order to ensure high quality cell coverage of 
an area. Optionally, one or more umbrella cells (marked 22A), serviced by respective base 
stations 32A, cover an area including a plurality of cells 22. Overlay cell 22A is generally 



9 



wo 03/019840 PCT/IL02/00701 

Utilized by cellular network 10 to cover areas not covered by smaller cells 22 and/or to reduce 
handover signaling messages required by fast moving MSs 20 because of frequent switching 
between servicing BTSs 32. 

Generally, several BTSs 32 are connected together and controlled by a base station 
5 controller (BSC) 34. Generally, BTSs 32 perform the actual transmission of signals to the 
mobile stations 20, while BSCs 34 uastnict the BTSs 32 which data to transmit on each 
chaonel. 

Fig. 2 is a schematic illustration of a cellular network 10, in accordance with an 
embodiment of the present invention. Cellular network 10 comprises a plurality of BSSs 30 

10 which provide cellular communication coverage over different regions. The BSCs 34 of BSSs 
30 are comiected to a mobile switching center (MSC) 40 which serves as a gateway to a pubUc 
switched telephone network (PSTN) 42 and/or to any other voice network, e.g., other cellular 
networks. Each MS 20 (Fig. 1) has a unique IMSI (Ihtemational Mobile Subscriber Identity) 
which is used to identify the MS in network 10. 

15 Generally, ceUular network 10 provides data services, for example, in accordance with 

the GPRS standard. At least one gateway GPRS support node (GGSN) 58 serves as an 
interface between cellular network 10 and one or more external IP networks, such as the 
Intemet 60, an intranet 61 or any other data network. GGSN 58 exchanges packets, through a 
GPRS backbone network 54, with one or more serving GPRS support nodes (SGSNs) 52 

20 which direct packets received from extemal networks (by GGSN 58) to their destination MS 
20. SGSN 52 keeps track of the location of the MS's 20 in order to know through which BTS 
32 ttie data is to be transferred to the destination MS 20. A single SGSN 52 may communicate 
with a pluraUty of GGSNs 58, e.g., for a plurality of extemal packet based networks. 

hi order to provide data services, each BSC 34 may be associated with a packet control 

25 unit (PCU) 38, which serves as an interface between the BSC 34 and a packet based network 
50, intemal to the cellular ground network, leading to a respective SGSN 52. PCU 38 converts 
packets directed to MSs 20 into data streams suitable for transmission by BTSs 32 and 
converts data streams transmitted by MSs 20 into packets for transmission to GGSN 58. 

As is known in the art, when an MS 20 wants to use data commxmication services, the 

30 MS 20 registers at an SGSN 52 servicing the cell 22 in which the MS 20 is currently located. 
The SGSN 52 checks whether the user is allowed to receive data services, and if so the SGSN 

10 
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52 assigns the MS 20 a packet temporary mobile subscriber identity (P-TMSI) vriHi which the 
MS 20 is identified, for security purposes, in network 10. 

Thereafter, the MS 20 requests firom SGSN 52 a packet data protocol (PDP) context 
which defines the packet based network to be used, the GGSN to be used to access the packet 
network (e.g., in an access point name (APN) field), a QoS to set the priority of the transfer of 
signals to Ihe MS 20 within network 10, and optionally an address to identify the MS 20 in the 
packet network. The context request of the MS 20 is followed by a context generation 
procedure in which the MS 20, the SGSN 52 and the GGSN 58 exchange information and 
determine the parameters of the context. The context generation procedure results in defining a 
data transfer path between tlie GGSN 58 and the PCU 38 servicing the MS 20, and the 
allocation of an airlink channel for transmission of data firom the data transfer path over the air 
to the MS. 

In some embodiments of the invention, SGSNs 52, GGSNs 58 and PCUs 38 are 
standard units, which do not support IP multicasting, and IP multicasting is implemented by 
adding additional units as described below. By leaving SGSNs 52, GGSNs 58 and PCUs 38 
imchanged, the cost of implementing multicast services in network 10 is substantially reduced. 
Absent the additional units that support IP multicast, when a plurality of MSs 20 in the same 
cell 22 request contexts for receiving multicast data of the same multicast service, GGSN 58 
duplicates multicast packets it receives for each of the MSs 20 and forwards a separate copy of 
the multicast packet to each of MSs 20, as is known in the art. 

In order to limit the amount of repetitious data transmitted, in some embodiments of the 
invention, network 10 includes a multicasting gateway GPRS support node (MGSN) 56, which 
serves as an additional gateway between network 10 and an IP network, e.g., Internet 60, for 
multiciast packets. In some embodiments of the invention, MGSN 56 also masquerades as an 
SGSN for MSs 20 subscribed to multicast services, as described hereinbelow. 

In addition, network 10 optionally includes a multicast packet control unit (MPCU) 36 
between each BSC 34 and its respective PCU 38. MPCU 36 monitors the signals passing 
between MSs 20 and SGSN 52, alters the signals and/or generates additional signals in order to 
provide multicasting support, as is now described. 

In some embodiments of Ihe invention, MPCU 36 operates to assign, for each cell 22 in 
which one or more subscriber MSs 20 of a multicast service are located, a virtual MS 
subscriber (referred to herein as VMS 37) which represents flie subscribers in the cell 22 before 
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SGSN 52. MPCU 36 instructs all the subscriber MSs 20 in the cell to listen to a channel 
assigned to the virtual subscriber 37. 

The multicast data transmitted, may include, for example, video and/or audio 
streaming, text streaming and/or any other data which may be of interest to many users. It is 
5 noted that not all the data transmitted to the subscriber of MS 20 must be provided to the user. 
For example, the application running on the MS 20 may screen out data which does not 
interest the user. 

Fig. 3 is a signal chart of the signals exchanged in network 10 when an MS 20 requests 
to join an IP multicast service, in accordance with an embodiment of the present invention. In 

10 order to join a multicast service, the MS 20 optionally transmits a context activation request 
100 with a requester IP multicast address, to SGSN 52, In some embodiments of the invention, 
the request to join a multicast service is transmitted responsive to a user command. 
Altematively or additionally, the request to join a multicast service is transmitted responsive to 
an automatic command generated in accordance Avith a preconfigured schedule. As is known in 

15 the art, SGSN 52 forwards the request 102 to the appropriate GGSN, addressed in the context 
request. 

In some embodiments of the invention, MS 20 states MGSN 56 in the APN field 
(which identifies the GGSN of the context) of the multicast context requests it transmits. The 
statement of an MGSN 56 in the APN field optionally serves as an indication that the context 

20 request is to be handled in accordance with the cellular multicast procedures of an embodiment 
of the present invention. Altematively, MPCU 36 identifies multicast context requests (e.g., 
according to their requester IP address) and alters their APN field, such that they are directed to 
MGSN 56 instead of GGSN 58. In this altemative, MPCU 36 listens to all the context requests 
transmitted by MSs 20 to determine which context requests require cellular multicast handliag. 

25 It is noted that such listeniag is not required for other embodiments of the invention. Further 
altematively or additionally, MGSN 56 is located on the path between SGSN 52 and GGSN 
58. MGSN 56 intercepts multicast context requests, identified for example by their IP address, 
directed to GGSN 58 and handles the requests on its own. Optionally fiirther packets 
belonging to the context request procedure are marked by MGSN 56, e.g., MGSN 56 is stated 

30 in the APN field. In these altematives, the subscriber MS 20 may not be aware that it is 
receiving special cellular multicast handling. 
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Alternatively or additionally to identifying cellular multicast context request packets by 
their APN field, subscriber MSs 20 label the context requests to receive cellular multicast 
handling with a proprietary field. Further alternatively or additionally, cellular multicast 
context request packets are identified by the IP address to which they relate. 

Optionally, cellular multicast handling according to embodiments of the present 
invention is appUed to all context requests having an IP multicast address (i.e., IP addresses in 
the range 224-255). Alternatively, cellular multicast handUng is appHed to context requests 
having IP addresses belonging to a predetermined group of IP addresses. The IP addresses 
receiving cellular multicast handling may include a subset of IP multicast addresses and/or a 
group of IP unicast addresses. 

Responsive to receiving context request 102, MGSN 56 optionally determines whether 
the MS 20 is allowed to join the multicast service and accordingly transmits a context response 
104 to the MS 20, with a positive or negative answer. In some embodiments of the invention, 
MGSN 56 determines whether MS 20 may join the multicast service responsive to the service 
agreement of the subscriber and/or the identity of the multicast service. Alternatively or 
additionally, MGSN 56 determines whether MS 20 may join the multicast service responsive 
to the location, e.g., the cell, in which the subscriber is currently located, the time, date and/or 
any other extemal parameter. Optionally, MGSN 56 manages a database which lists for each 
user the multicast services to which the user may join. Alternatively or additionally, the 
database is managed at a central location in cellular network 10 and MGSN 56 consults the 
database in determining whether to allow a user to subscribe to a multicast service. 

In some embodiments of the invention, MGSN 56 keeps track of the time during which 
the MS 20 is a subscriber to the multicast service, for billing purposes. Alternatively or 
additionally, MGSN 56 keeps track of one or more other parameters of the multicast 
subscription, such as the location of the subscriber MS. 

In some embodiments of the invention, MGSN 56 does not establish a connection in 
the IP network for the MS subscriber 20, as the connection will be established for the virtual 
subscriber 37. Optionally, MGSN 56 examines the context requests it receives to determine 
whether they are firom a virtual subscriber 37 or from a real MS 20. The determination is 
optionally performed by comparing the identity of the subscriber to a list of predetermined 
virtual subscriber 37 identities. Alternatively or additionally, virtual subscriber 37 identities 
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have one or more unique bit sequences in their subscriber identities and they are identified 
accordingly. 

A negative answer is optionally handled by SGSN 52, PCU 38 and MS 20, using 
standard methods known in the art. Optionally, the negative answer is followed by a message 

5 with an explanation of the reason the request is denied, a list of multicast services to which the 
user is allowed to join and/or a request to contact the service provider. 

If MGSN 56 responds with a positive response, e.g., a PDP context accept message, 
SGSN 52 forwards a context accept message 106 to the MS 20. MPCU 36 optionally hstens to 
the context accept messages passing through it and determines for each message whether the 

10 message relates to a multicast address. Optionally, MPCU 36 determines that a context accept 
message relates to a multicast service according to its being generated by MGSN 56. 
Altematively or additionally, MPCU 36 determines that a context accept message relates to a 
multicast service according to the IP address used. 

For multicast address contexts, MPCU 36 optionally detmnines whether a virtual 

15 subscriber 37 for the mxilticast service, in the cell 22 in which the MS 20 is currently located, is 
currently active. If a virtual subscriber 37 for the multicast service is not active for the cell 22, 
MPCU 36 emulates a virtual subscriber 37 for the service, in the cell, and transmits a context 
establishment request 110 for the virtual subscriber 37, to SGSN 52. Optionally, the context 
request 110 of virtual subscriber 37 includes the multicast address of the requested multicast 

20 service, a predetermined virtual subscriber identity and a predetemiined QoS (quality of 
service) of the multicast service. In some embodiments of the invention, MPCU 36 is 
configured with the QoS to be assigned to each multicast service. Altematively, MPCU 36 
assigns an arbitrary QoS to the multicast services and MGSN 56 inserts a correct QoS value to 
be used, according to values configured into MGSN 56. 

25 SGSN 52 optionally handles the virtual context request 110 as any other context 

request, without realizing that it belongs to a virtual subscriber 37, forwarding the context 
request 1 12 to MGSN 56. 

In some embodiments of the invention, MGSN 56 identifies that context request 112 is 
a multicast subscription message which was generated by a virtual subscriber 37 and transmits 

30 a multicast join request 113 on the IP network. MGSN 56 optionally also responds to the 
context request with a context accept message 114, as is known in the art. In some 
embodiments of the invention, MPCU 36 identifies that context accept message 114 relates to 
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a virtual subscriber 37 and therefore does not forward the message to the cell to which it 
relates. Thus, for each cell 22 and multicast service, only a single context request is serviced by 
MGSN56. 

As is known in the art, along with context accept message 1 14 transmitted by SGSN 52 
5 to the virtual subscriber 37, SGSN 52 also transmits a message to PCU 38 instmcting the PCU 
38 to assign a channel for transmission of data from BSC 34 to the virtual subscriber 37 (i.e., 
to the subscribers of the multicast service). Responsive to the instmction, PCU 38 may 
immediately allocate a channel to the virtual subscriber 37 or may allocate the chaimel when a 
first packet of data for virtual subscriber 37 is received from MGSN 56. The allocation of the 
10 channel generally includes stating a frequency, a channel identifier (e.g., a TFI_DL) and time 
slots. 

In some embodiments of the invention, the channel allocation iucludes assignment of a 
continuous stream of time slots, or portions of time slots, at an average rate required for the 
transmission of the multicast data, such that only a single chaimel assigmnent message is 

15 required for the entire multicast session of a subscriber MS 20. Alternatively, the channel 
allocation includes a predetermined number of slots, or one or more portions of slots, and 
when these slots are exhausted, additional slots are allocated. Optionally, at the time of 
reassignment, an assignment message is traasmitted to each subscriber MS 20 separately, usiag 
methods known in the art. Alternatively, an assignment message is transmitted to some or all 

20 of the subscriber MSs 20 together. Further alternatively, an assignment message is transmitted 
to the subscriber MSs 20 embedded within the multicast stream. It is noted that these two 
alternatives may require changes in the operation of MS 20 relative to operation methods 
known in the art. 

PCU 38 then generally transmits a downlink channel assignment message (e.g. a packet 
25 downlink assignment message) 116 to virtual subscriber 37. In some embodiments of the 
invention, MPCU 36 intercepts the channel assignment message, identified according to the 
virtual subscriber identity, and uses the assigned channel in changing the downlink channel 
assignment messages transmitted to MSs 20 requesting multicast services, as is now described. 
As is known in the art, along with the context accept message 106 transmitted by SGSN 
30 52 to the MS subscriber 20, SGSN 52 also transmits a message (not shown) to PCU 38 
instructing the PCU to allocate a channel for transmission of data firom BSC 34 to the 
subscriber MS 20. In some cases, PCU 38 imniediately, responsive to the instruction, allocates 
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a channel to the subscriber MS 20 and transmits a channel assignment message 118 (e.g. a 
packet downlink assignment message) to the subscriber MS 20 notifying it on the assigned 
channel, hi some embodiments of the invention, MPCU 36 intercepts channel assignment 
message 118, replaces the downlink channel of the MS 20 with the channel assigned to the 

5 virtual subscriber 37 and forwards the corrected channel assignment message 120 to the MS 
20. It is noted that although PCU 38 assigns a channel, which is not used, to the subscriber MS 
20, there is no waste of air-link bandwidth (i.e., bandwidth between BTS 32 and MS 20). This 
is because air-link bandwidth is allocated only when the actual transmission is carried out, 
generally according to the amount of data to be transmitted. 

10 hi other cases, PCU 38 waits with the allocation of a channel to MS subscriber 20 until 

a first data packet for the subscriber is received. As data is not transmitted to the subscriber on 
the channel allocated to the MS 20, PCU 38 will not allocate a channel to the subscriber and 
will not transmit an allocation message to the subscriber, hi some embodiments of the 
mvention, in these cases, MPCU 36 transmits to MS subscriber 20 a channel assignment 

15 message, which instructs the MS subscriber 20 to hsten to the channel of the multicast service. 
Optionally, MPCU 36 generates the instruction message responsive to context accept message 
106. Alternatively or additionally, MGSN 56 generates an empty message (e.g., a message with 
a zero length data field) which is transmitted to the subscriber MS 20 on the allocated link. 
Responsive to the empty message PCU 38 allocates an air link channel to title subscriber MS 20 

20 and transmits a channel assignment message to the MS 20. MPCU 36 intercepts the channel 
assignment message and/or the empty message and transmits instead an assignment message of 
the channel of virtual subscriber 37, as described above. 

hi some embodiments of the invention, after PCU 38 assigns the virtual subscriber 
channel, MGSN 56 (or MPCU 36) transmits an empty message (e.g., a message with a zero 

25 length data field) to the virtual subscriber 37, so that PCU 38 will assign actual slots to the 
channel of virtual subscriber 37. Alternatively, titie empty message is not transmitted, and the 
actual slots are assigned when the actual data is received. 

In some embodiments of the invention, the context request 100 for the subscriber MS 
20 asks for a best effort transmission scheme and/or MPCU 36 or MGSN 56 changes the 

30 packet to a request for best effort scheme, so that when no data is transmitted on the assigned 
channel, bandwidth is not used. Alternatively or additionally, any other QoS which assures 
minim al or no waste of bandwidth is used. Further alternatively or additionally, the multicast 
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channel is assigned a constant bandwidth QoS, such that other (e.g.^ less important) unicast 
data does not interfere with the multicast data, hi some embodiments of the invention, the QoS 
rating of the multicast channel is changed according to the number of MSs listening to the 
multicast channel and/or according to the QoS deserved by the current subscribers. Further 
5 alternatively or additionally to stating the QoS ia the context request, a predetemnined QoS for 
context requests of virtual subscriber 37 is configured in the home location registry (HLR) of 
network 10. 

In some embodiments of the invention, responsive to the context request, MGSN 56 
determines whether it is aheady receiving data for the desired multicast service. If MGSN 56 is 

10 not receiviag data of the desired multicast service, MGSN 56 optionally transmits a multicast 
subscribe message, for example an IGMPv2 join message, in the packet based network (e.g., 
Intemet 60). If the data is to be received firom a unicast address, MGSN 56 optionally 
establishes a suitable connection for receiving the data, as is known in the art. Optionally, 
MGSN 56 establishes a comection in which the external entity providing the data is connected 

15 to MGSN 56, and MGSN 56 forwards the data to virtual subscribers 37. Altematively, MGSN 
56 generates connections between virtual subscribers 37 and the extemal entity providing data, 
and MGSN 56 serves only as a router. 

Thereafter, the MS 20 receives data belonging to the multicast service on the allocated 
channel, using standard methods known ia the art. MGSN 56 copies packets directed to a 

20 multicast address for each cell from which a virtual subscriber message for the specific 
multicast service was received. 

Iq some embodiments of the invention, a short period after the context request of the 
subscriber MS 20 is established, MGSN 56 takes over the role of SGSN for the subscriber MS 
20. That is, paging messages received for the subscriber MS 20 will be forwarded to MGSN 

25 56, rather than to SGSN 52. Optionally, MGSN 56 takes over of the SGSN role by initiating an 
iuter-SGSN hand-over procedure, as is known in the art, with SGSN 52. Optionally, the take 
over is performed a predetermined time (e.g., 0.3-0.5 seconds) after context response 104 is 
transmitted. 

In some embodiments of the invention, as described above, MGSN 56 and/or MPCU 
30 36 determine whether to handle a certain packet with cellular multicast handling, according to 
its IP address. Optionally, in these embodiments, MGSN 56 and/or MPCU 36 manage a list of 
the IP addresses to receive cellular multicast handling. In some embodiments of the invention, 
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MPCUs 36 are automatically configured by messages transmitted fi:om MGSN 56, while 
MGSN 56 is configured by a system manager. Optionally, periodically and/or every time the 
list changes, MGSN 56 transmits an update message to all the MPCUs 36 it services. Thus, the 
number of entities which require user configuration is relatively small. 

5 In some embodiments of the invention, MGSN 56 and MPCUs 36 communicate over a 

dedicated link separate firom cellular networks 54 and/or 50. Alternatively or additionally, each 
MPCU 36 establishes a virtual MS channel for communicating with MGSN 56. Optionally, 
each MPCU 36 establishes a single virtual MS for commimicating with MGSN 56. 
Alternatively or additionally, one or more MPCUs 36 establish a plmrality of virtual MSs witii 

10 an MGSN 56 for communicating control data with MGSN 56. For example, an MPCU 36 may 
estabUsh a control virtual MS for each cell for which control data needs to be exchanged with 
MGSN 56. Further altematively or additionally, control data transmitted between MPCU 36 
and MGSN 56 is embedded within the channel used by the virtual subscriber 37. 

In some embodiments of the invention, MGSN 56 receives also context requests which 

15 are not to receive cellular multicast handling, for example in the above described embodiment 
in which all the messages to GGSN 58 pass through MGSN 56. In addition, MGSN 56 may be 
updated more frequently than MSs 20 on the IP multicast services to receive cellular multicast 
handling. Optionally, in these embodiments, multicast context requests which are not to 
receive cellular multicast handling are forwarded by MGSN 56 to GGSN 58. Altematively or 

20 additionally, MGSN 56 handles some or all of the context requests not to receive cellular 
handling, using standard GGSN procedures. Optionally, MGSN 56 determines whether to 
forward context requests to GGSN 58 or to handle the packets in MGSN 56 based on tiie load 
on GGSN 58 and/or on MGSN 56. 

In some embodiments of the invention, MSs 20 transmit aU context requests which may 

25 relate to IP multicast services to MGSN 56 and MGSN 56 determines which context requests 
receive cellular multicast handling. Thus, MSs 20 do not need to be updated on the IP 
addresses which receive cellular multicast handling. Optionally, as described above, MGSN 56 
forwards to an associated GGSN 58 context requests it does not handle. Altematively or 
additionally, MGSN 56 rejects context requests it does not handle. MSs 20 optionally resend 

30 the context request to a GGSN 58 responsive to the rejection from MGSN 56. 

In some embodiments of the invention, when a pagmg message is received by MSC 40 
for a subscriber MS 20, the paging message is forwarded, as is known in the art, to the SGSN 
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servicing the MS 20, which after the take-over described above is MGSN 56. MGSN 56 
optionally encapsulates the paging message in a multicast packet and transmits the 
encapsulated pagmg message on the multicast carniel to which the MS 20 is listening. In some 
embodiments of the invention, the paging message is encapsulated with an address (e.g., an 
5 IMSI) of the paged MS 20. Each subscriber listening to tihie multicast channel will check the 
address and only the addressed MS 20 should read the contents of the paging message. 
Optionally, the paging message is encrypted by MGSN 56 and/or by MPCU 36 to prevent 
other MSs 20 from determining the contents of the paging message. In some embodiments of 
the invention, an application sofhvare nmning on the MS 20 receives the paging message and 

10 displays the paging message to the user or otherwise brings the message to the attention of the 
user. Optionally, the user may choose to respond to the paging message (leaving the multicast 
service) or may ignore the paging message. 

Altematively to forwarding the paging message to MGSN 56, the paging message is 
forwarded to PCU 38, which sends a standard paging message to the subscriber MS 20. MPCU 

15 36 intercepts the paging message and encapsulates the paging message onto the multicast data 
transmitted on the multicast channel. In some embodiments of the invention, according to this 
altemative, instead of MGSN 56 masquerading as an SGSN for subscriber MSs 20, SGSN 52 
remains as the SGSN handling the subscriber MSs 20. When a paging message is received for 
a subscriber MS 20, the message is forwarded to PCU 38 by SGSN 52. Altematively to MPCU 

20 36 intercepting the standard paging message, a paging interception unit (not shown), is 
positioned between SGSN 52 and PCU 38. The paging interception unit intercepts paging 
messages, for multicast subscriber MSs, directed to PCU 38 and encapsidates the paging 
messages into the multicast stream and/or instructs MGSN 56 or MPCU 36 to encapsulate the 
paging message into the multicast stream. 

25 In some embodiments of the invention, an MS 20 may subscribe to a multicast service, 

^ while having another active context, e.g., a unicast context. Optionally, when a user establishes 
a multicast context in addition to the unicast context, MGSN 56 notifies the GGSN 58 
servicing the unicast context that it is now the SGSN of the MS 20, such that the data from the 
GGSN 58 is routed to the MS 20 through MGSN 56. Data directed to the MS 20 on the unicast 

30 context, is encapsulated by MGSN 56 into the multicast stream and transmitted on the 
multicast channel of the virtual subscriber 37. In some embodiments of the invention, the 
unicast data is encrypted. Optionally, MGSN 56 keeps track of the amount of unicast data each 
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MS 20 received on the virtual subscriber channel, for billing purposes. Alternatively or 
additionally, GGSN 58 keeps track of the amount of data transmitted and/or the billing is not 
related to the amount of data. Optionally, the data for the MS 20 on the unicast context 
includes pre-assigned upliiik slots, which the MS can use for uplink transmission, e.g., 
acknowledgment messages. Altematiyely or additionally, the MS 20 leaves the multicast 
channel in order to request uplink slots. 

In some embodiments of the invention, the unicast data is given low priority relative to 
the multicast data. Alternatively or additionally, the priority of the imicast data is determined 
based on the service agreement of the user. 

Altematively to MPCU 36 creating a virtual subscriber 37 (exchanging messages 110, 
112, 114, 116) responsive to identifying context accept message 106, virtual subscriber 37 is 
created responsive to identifying chamel assignment message 118. 

In some embodiments of the invention, MSs 20 requesting to join a multicast service, 
in a cell 22 overlapped by an umbrella cell 22A, are instructed to communicate through the 
BTS 32 of the umbrella cell 22A. Thus, only a single channel is required for all the MSs 
subscribing to the multicast service in the umbrella ceU 22A and the amount of airlink 
bandwidth required for multicast transmission is reduced. In some embodiments of the 
invention, the instruction to move to the umbrella cell comprises a CELL___CHANGE__ORDER 
instruction message, as is known in the art. Optionally, the instruction message is generated by 
MPCU 36 responsive to the context request accept message and/or responsive to the context 
request message. Altematively, the instruction message is transmitted to the MS 20 at any 
other stage of the connection process. 

In some embodiments of the invention, when an MS 20 receives a 
CELL_CHANGE_ORDER message, the MS 20 moves to the new cell 22 (e.g., an umbrella 
cell 22A) and sends a new context request. Altematively or additionally, upon moving to the 
new cell 22 the MS 20 transmits a cell update message, a routing area update message and/or 
any othCT location update message, which is tracked by MPCU 36. The MPCU 36 then 
optionally continues the session with the MS 20 from the point at which the session was 
terminated in the old cell 22, 

In some embodiments of the invention, MPCU 36 is configured with instmctions on the 
cells from which subscribers are to be moved to overlay cells and optionally the identity of the 
overlay cells. Optionally, the cell transfers depend on the ^ecific multicast services. For 
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example, data of certain multicast services (e.g., popular services) may be provided only in 
overlay cells 22A, while data of other multicast services is provided in any cell 22 in which the 
data is requested. Alternatively or additionally, whether to provide data in an overlay cell 22A 
or in all cells is determined responsive to the time, date and/or the current load of network 10. 
5 For example, when there is a relatively low load, multicast data may be transmitted in all cells, 
while when network 10 is relatively loaded multicast data is provided, when possible, through 
overlay cells 22A. 

In some embodiments of ttie invention, multicast services according to the present 
invention are not provided at all in one or more cells 22, and all multicast services are provided 

10 by umbrella cells 22A overlapping these one or more cells. 

In some embodiments of the invention, one or more multicast services in one or more 
cells 22 (for example overlay cells 22A) have static virtual subscribers 37 which, continuously 
receive the multicast data of the service, regardless of whether a subscriber of the service is 
currently in the cell. Optionally, the multicast data is constantly transmitted on a respective 

15 wireless (TFI_DL) channel in the cell which includes the static virtual subscriber. 
Alternatively, the wireless air link channel is allocated only when there is at least one 
subscriber in the cell, while otherwise the multicast data reaching the PCU 38 of the cell is 
discarded. 

In some cellular data networks, when an MS 20 requests data, the MS 20 states a value 
20 of a parameter (e.g., a network service access point identifier (NS API)), which is to identify the 
packets carrying the data. The MS 20 then discards all packets which do not carry the stated 
value of the parameter, as is knoAvn in the art. In some embodiments of the invention, the 
multicast data transmitted to subscriber MSs 20 is transmitted with the lowest allowed value of 
the parameter (e.g., 5), under the assumption that all the subscriber MSs 20 will choose tilie 
25 lowest value of the parameter. This assumption is assumed to be correct since subscriber MSs 
20 are generally not allowed to have more than one active context Alternatively or 
additionally, control signals which limit the range of values of the parameter that may be used 
for multicast applications, are transmitted to the MSs 20. The control signals limiting the range 
of values of the parameter are optionally transmitted to MSs 20 by SGSN 52. Altematively or 
30 additionally, MPCU 36 changes the control signals transmitted to MSs 20 and/or generates the 
transmitted control signals. In an exemplary embodiment of the invention, the control signals 
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which Hmit the range of values of the parameter comprise the XID signal known in the art 
and/or any other control signals according to the link layer control (LLC) protocol. 

Optionally, the control signals which limit the range of values of the parameter are 
transmitted to all the MSs 20 in cells 22 which support multicast or in all the cells regardless of 

5 whether they support multicast. Alternatively, control signals which limit the range of values 
of the parameter are transmitted only to MSs 20 which requested multicast service, for 
example responsive to the context request. In an exCTiplary embodiment of the invention, 
MPCU 36 determines the NSAPI value stated in context requests for multicast services. If the 
context request states an NSAPI value on which multicast signals are transmitted, the MPCU 

10 36 allows transmission of the multicast channel allocation to the MS 20. If, however, the MS 
20 used an NSAPI value different than used by the virtual subscriber 37, MPCU 36 discards 
the context request or otherwise prevents the transmission of the channel allocation of the 
multicast data to the MS 20. Instead, MPCU 36 optionally transmits to the MS 20, an XID 
message which limits the range of NSAPI values which can be used. The MS 20 wUl then 

15 retransmit the context request with the NSAPI value suitable for multicast data. 

In some embodiments of the invention, control signals which limit the range of values 
of the parameter comprise a message which identifies only a siagle value as suitable for the 
.transmitted multicast signals. Optionally, the control signals which limit the range of values of 
the parameter comprise a message that identifies only a single value as suitable for use with 

20 uncompressed data and the MSs 20 are programmed to use an vincompressed value for 
multicast data. 

In some embodiments of the invention, MPCU 36 keeps track of the number of 
subscriber MSs listening to each multicast service m order to determine when a multicast 
' service does not have subscribers and the virtual subscriber 37 should be deactivated. 

25 Optionally, MPCU 36 intercepts power measurement messages transmitted by subscriber MSs 
20, and accordingly determines which subscriber MSs 20 are still active in the cell. 
Alternatively or additionally, when MGSN 56 receives a notification that an MS 20 moved to a 
different SGSN 52, MGSN 56 notifies the MPCU 36 that the MS 20 left its cell. Further 
alternatively or additionally, when MGSN 56 receives a context request for a new multicast 

30 service and/or from a new cell, MGSN 56 notifies the old MPCU 36 that the subscriber MS 20 
moved cells. It is noted that the movement may be between two cells serviced by the same 
PCU 38. In such cases MPCU 36 may determine the movement between cells on its own by 
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intercepting the context requests sent by MSs 20. Optionally, MGSN 56 periodically transmits 
location update messages which notify the new locations of MSs 20 which moved. In some 
embodiments of the iavention, when a subscriber MS 20 finishes using the multicast service it 
transmits a context deactivation message, as is now described with reference to Fig. 4. 

5 Optionally, the appUcation software on MS 20 displayiag the multicast information transmits a 
context deactivation message whenever the user attempts to establish a telephone call or 
perform any other action which involves terminating the listening to the multicast data. 

Fig. 4 is a flowchart of acts performed responsive to an MS 20 requesting to leave a 
multicast service, in accordance with an embodiment of the present invention. When an MS 20 

10 transmits (150) a multicast leave message (e.g., a context deactivate message or a context 
request for a different address), MPCU 36 intercepts the message while forwarding (152) a 
copy to SGSN 52, which in turn forwards the request to its destination, e.g., MGSN 56 for 
context deactivation or GGSN 58 for new unicast context requests. MGSN 56 optionally 
acknowledges the deactivation and if applicable registers the termination of the multicast use, 

15 for example, for billing purposes. If (154) the MS 20 requesting to leave the multicast service 
is the only subscriber within its cell 22, MPCU 36 optionally initiates the deactivation (156).of 
. the context of the virtual subscriber 37. 

Altematively or additionally, the user of a subscriber MS 20 is required to periodically 
show a life signal. The life signal may Laclude pressing one or more buttons of MS 20 and/or 

20 moving MS 20, such that the movement is recorded by a movement sensor included in MS 20. 
If a life signal is not received by the multicast apphcation for over a predetermined period (e.g., 
between 10-30 minutes), the appUcation automatically transmits a context deactivation 
message for the multicast service. 

Further altematively or additionally, MPCU 36 and/or MGSN 56 periodically cut off 

25 the transmission of multicast data, in order to force at least one of the subscriber MSs 20 to 
request the transmission again. If no request is received, it is assumed that there are no MSs 20 
ia the cell interested in receiving the multicast data and the transmission of the multicast data 
is canceled. 

In some embodiments of the invention, MPCU 36 periodically polls the MSs 20 
30 subscribed to multicast services, to assure that there is still one subscriber for each active 
service (i.e., each service for which data is transmitted). Optionally, the rate at which the 
polling is performed depends on the number of subscribers belonging to the service. When 
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there is only one subscriber, the polling is optionally more frequent than when there are many 
subscribers. In some embodiments of the invention, for cells in which there are a plurality of 
subscribers all the subscribers are polled. Alternatively or additionally, the subscribers are 
polled until one of the subscribers responds. Optionally, when a new subscriber joins the 

5 service a schedule for the next polling is deferred. Altematively or additionally, when a 
subscriber actively leaves the service, the next polling is performed earlier or immediately 
when the subscriber leaves the service. In some embodiments of the invention, MPCU 36 
transmits the polling messages encapsulated within the multicast stream. 

In some embodiments of the invention, when an MS 20 determines that it is not 

10 receiving the multicast data of a multicast service to which it is subscribed, the MS 20 
optionally transmits a context update request or retransmits the context request. In some 
embodiments of the invention, the MS 20 checks whether it moved to a different cell 22 before 
it sends the context update request. 

In some embodiments of the invention, instead of establishing a virtual subscriber 37 

15 when a first subscriber MS 20 requests multicast service, a virtual subscriber is established 
only when a plurality of MSs 20 in a single cell want to receive data of a multicast service, at 
the same time. Optionally, when MPCU 36 receives a multicast context accept it determiaes 
whether an additional MS subscriber joined the same sendee as referred to in the context 
accept. If there is no such other MS subscriber, MPCU 36 takes no special action, i.e., allows 

20 the context request and channel assignment packets to pass to the MS subscriber unchanged. If, 
however, there are in the same cell other subscribers belongiag to the multicast service, MPCU 
36 determines whether a virtual subscriber 37 was established for the service. If a virtual 
subscriber exists, MPCU 36 performs as described above, i.e., instructs the subscriber for 
which the context accept was received to listen to the channel assigned to the virtual subscriber 

25 37. If a virtual subscriber 37 was not established, a virtual subscriber 37 is estabUshed as 
described above, and both the MS subscribers 20, i.e., the one for which the context accept was 
received and the one already belonging to the multicast service, are instructed to listen to the 
channel of the virtual subscriber 37. Optionally, when an MS 20 leaves the service and only 
one other MS subscriber remains in the multicast service, the virtual subscriber 37 remains 

30 active for the last subscriber. Altematively or additionally, the last subscriber is moved to a 
unicast service, as described above. 
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Alternatively or additionally to joining a multicast address by transmitting a context 
request for the multicast address, in some embodiments of the invention, joining one or more 
multicast services is performed by transmitting a predetermined message on a previously 
established unicast context. 
5 Optionally, the predetermined message comprises a specijSc IP address of a multicast 

server in, for example, Intemet 60. In some embodiments of the invention, when the 
predeterroined message reaches the multicast server, the server determines whether the user 
may join the multicast service and responds accordingly to the subscriber MS 20. If the 
response is positive, MPCU 36 intercepts the response and instructs the subscriber MS 20 to 

10 move to the channel of the virtual subscriber. 37. 

Alternatively or additionally to using a multicast server in Intemet 60, MPCU 36 
intercepts the predetermined message from the MS 20 requesting to join the multicast service 
and instructs the subscriber MS 20 to move to the channel of the virtual subscriber 37, 
responsive to the predetermined message. This altemative is optionally used when joining the 

15 multicast service is free and/or when joining authorization is not required. Alternatively or 
additionally, the joining authorization is performed by MPCU 36, .optionally by querying 
MGSN 56 and/or any other authorization entity in cellular network 10. The predetermined 
message may be identified by MPCU 36 according to its destination IP address and/or any 
other predetermined field of the message, for example the message may carry as its source 

20 address, the IP address of the multicast service or a fictitious IP address. Alternatively or 
additionally, the predetermined message may be identified by a specific value in other IP 
and/or TCP header fields, e.g., reserved fields not used for other purposes, and/or according to 
specific values in their payload. 

As described above, multicast data of a specific service is transmitted from MGSN 56 

25 to PCU 38 for each cell under control of the PCU in which there are one or more subscribers of 
the service. In some embodiments of the invention, on the other hand, MGSN 56 transmits 
only a single copy of the multicast data to each PCU 38. Thus, substantial amoxmts of non-air 
(e.g., terrestrial or satellite) cellular bandwidth are conserved. Optionally, the single copy of 
the multicast data is transmitted on the data transfer path (i.e., the channel connecting MGSN 

30 56 and PCU 38 for a specific virtual subscriber 37) of one of the virtual subscribers 37. In 
some embodiments of the invention, MPCU 36 identifies the data and produces duplicate 
copies for all the cells 22 under its control which have virtual subscribers 37 for that multicast 
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service. Alternatively or additionally, for example when the tasks of MPCU 36 are performed 
by PCU 38, the single copy of the multicast data is transmitted on a separate data transfer path, 
optionally along with a list of the virtual subscribers 37 to receive the data. 

Altematively to adding an MPCU 36 between each BSC 34 and PCU 3 8, PCU 38 is 
modijBed to perform the tasks of MPCU 36. This alternative requires hardware or software 
changes in PCU 38, but does not require MPCU 36 to keep track of the traffic transmitted to 
and/or firom PCU 38. In addition in this altemative, PCU 38 may transmit paging messages to 
subscriber MSs 20 either using standard paging procedures on the paging channel of the virtual 
subscriber channel or encapsulated through the multicast apphcation. Optionally, the user may 
choose whether to receive paging messages through standard methods or encapsulated in the 
multicast stream. Furthermore, in this alternative, PCU 38, which includes MPCU 36, knows 
when a subscriber MS 20 moved between cells 22 under the jurisdiction of the PCU and can 
immediately update the subscriber MS 20 to move to the virtual subscriber channel of the new 
cell 22 it entered. Also, PCU 38 can remove the subscriber MS 20 jBrom the list of subscribers 
in the cell the MS left, and thus keep better track of the number of subscriber MSs of each 
multicast service in' each cell. In addition, when PCU 38 performs the tasks of MPCU 36, it 
may not be necessary to have MGSN 56 masquerade as an SGSN 52 for MS subscribers 20, as 
paging messages will be directed through SGSN 52 to PCU 38 which will know to forward the 
paging messages on the virtual subscriber channel and not on the unused channel of the MS 
subscriber. 

In some embodiments of the invention, the modified PCU sends polling messages to 
the subscriber MSs 20, using paging messages which include pre-allocated return slots. This 
allows the MSs 20 to respond to the polls without requesting uplink slots, which may require 
leaving the multicast context for a substantial period. Altematively or additionally, the PCU 
may use standard MS tracking methods to update the list of subscribers in each cell. 

Further altematively or additionally to adding an MPCU 36 between each BSC 34 and 
its respective PCU 38, a multicast unit, referred to herein as a VMNC (virtual multicast 
network controller), is positioned between BSC 34 and BTSs 32. Optionally, a separate 
VMNC is located between BSC 34 and each BTS 32. Altematively, one or more VMNCs are 
located on a path between BSC 34 and a plurality of BTSs 32. The VMNC is optionally 
located near BSC 34 such that it may be serviced together with BSC 34 and/or may be 
accessed by maintenance persoimel in the same manner as BSC 34. The VMNC optionally 



26 



wo 03/019840 PCT/IL02/00701 

performs substantially the same tasks as those described above for MPCU 36. For example, the 
VMNC optionally identifies create PDP context accept messages transmitted to subscriber 
MSs 20 and accordingly generates virtual subscribers and moves the MSs to the data channels 
of the virtual subscribers. 

Implementing a VMNC may be simpler than implementing an MPCU 36, as the PCU 
38 and the BSC 34 generally sit in the same box and the interface between them is generally 
proprietary. A VMNC, on the other hand, generally receives standard signals transmitted 
between BSC 34 and a BTS 32 and therefore may more simply be an add-on unit. It is noted, 
however, that each BSC 34 requires only a single MPCU 36 (as the MPCU sits at the single 
network entrance to the BSC), while in some embodiments a VMNC is required for each cell 
which carries multicast data (as a VMNC sits on the BTS entrance of the BSC, and the BSC 
may have many BTS entrances). If multicast data is supplied in. all the cells 22 of a BSC 34, or 
in many of the cells 22, a large number of VMNCs may be required for each BSC 34. If, on the 
other hand, as described hereinbelow, multicast services are provided only in a limited number 
of cells 22 for each BSC 34, the number of VMNCs required is not substantial. 

In addition, unlike MPCU 36, the VMNC sits on the path of circuit switched paging 
signals directed from MSC 40 to subscriber MSs 20. In some embodiments of the invention, 
the VMNC listens to circuit switched (CS) paging messages transmitted to the MSs 20, 
through BSC 34. When a paging message is received for a subscriber MS 20, the VMNC 
intercepts the paging message and passes it to the subscriber MS 20 on the multicast channel of 
the virtual subscriber, encapsulated in the multicast data. 

In some of these embodiments of the invention, the MGSN does not masquerade as an 
SGSN. It is noted, however, that in some embodiments' of the invention, the MGSN 
masquerades as an SGSN even when VMNCs are used, so that the paging signals may be 
monitored by the MGSN. 

In some embodiments of the invention, instead of providing multicast data through the 
same cells 22 as used for unicast (single user) data, separate xmicast cells 22 (e.g., using 
different frequencies), are defined for multicast data. Optionally, the separate multicast cells 
are defined by separate BTSs 32. Alternatively or additionally, one or more BTSs 32 include 
two or more transmitt^s which transmit the data for two different cells on the same antemia 
and/or using the same control apparatus. 
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In. some embodiments of the invention, the multicast cells cover the same area as 
corresponding unicast cells. Optionally, each miicast mnbrella cell has a corresponding 
multicast cell. Alternatively, one or more multicast cells have extents which do not overlap any 
unicast cells. Optionally, the extent of the multicast cells are made large relative to unicast 

5 cells, as the amount of bandwidth utilized in a multicast cell depends on the number of 
multicast services transmitted in the cell and not directly on the number of MSs serviced by the 
cell. Optionally, the extent of the multicast cells is the maximal extent possible according to 
cellular transmission regulations. Altematively or additionally, the extent of the multicast cells 
is defined so as to provide coverage at substantially every geographical point where multicast 

10 service is reqviired, with minimal cell overlap. 

By using separate cells for multicast data, the QoS of the multicast data is more tightly 
controlled, as there are fewer users competing on the multicast data. Optionally, the total 
bandwidth of the multicast channels allowed to operate concurrently is set not to exceed the 
bandwidth transmission capabilities of cells 22. Altematively, the total bandwidth of the 

15 multicast channels allowed to operate concurrently is set to exceed the bandwidth transmission 
capabilities of the cells 22 by at most a predetermined margui. In some embodiments of the 
invention, if a request for regular data and/or for telephone service is received in a multicast 
cell, MPCU 36 or the VMNC discard the request, optionally transmitting a negative response 
to the client, so that the QoS of the multicast channels is not impeded. The MS will generally 

20 tune on to a different cell 22 to receive the service it requests. Altematively or additionally, 
MPCU 36 or the VMNC directs the MS 20 requesting regular data and/or telephone service to 
a regular cell, for example by transmittmg a change cell order message to the MS 20. Further 
altematively or additionally, a predetermined number of low bandwidth channels, e.g., 
telephone channels, which do not interfere with the multicast channel, are allowed to be used 

25 in the multicast cell. 

In some embodiments of the invention, for example in order to simplify the allocation 
of air bandwidth, each multicast channel is provided a predetermined amount of bandwidth 
(e.g., slots) and this allocation is kept constant throughout the operation of the virtual 
subscriber requesting the multicast channel. 

30 In some embodiments of the invention, when an MS 20 desires to receive multicast 

service, the MS 20 transmits a multicast context request, as described above, in the cell 22 it is 
currently in. In response to the context request, the MS 20 is instmcted by a network element. 
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such as an MPCU 36 or a VMNC, to move to a multicast cell, as described above regarding 
moving to umbrella cells 22A. 

Altematively, when an MS 20 desires to receive multicast service, the MS 20 moves to 
the mixlticast cell at its own initiative and sends the request for multicast service in the 

5 multicast cell. Optionally, the multicast cells advertise themselves as belonging to a virtual 
public land mobile network (PLMN), which has an identity different from that of the PLMN 
fomied of the terrestrial portions of cellular network 10. The multicast cells optionally appear 
to network 10, e.g., to BSC 34 and SGSN 52 as regular cells. The VMNCs of the multicast 
cells, however, optionally change the network identity in the LLC protocol signals transmitted 

10 in the multicast cells, such that the MSs 20 use the multicast cells only for multicast services in 
accordance with the present invention. When an MS 20 wants to conduct a unicast session it 
locks on to a cell 22 which has the real identity of network 10. When the MS 20 wants to 
receive multicast data, the MS 20 locks on to a multicast cell and transmits the context request 
and/or any other data request described above. By having the MSs 20 move to the multicast 

15 cell on the user's initiative, there is no need for the VMNCs (or MPCUs) to monitor the signals 
transmitted in the unicast cells 22. Therefore, in some embodiments of the invention, VMNCs 
are provided only in the multicast cells and the amount of monitored traffic is substantially 
reduced. 

Fig. 5 is a schematic illustration of a multicast supporting network 200, in accordance 
20 with an embodiment of the present invention. Network 200 includes a BSC 34, and a plurality 
of BTSs 32 (marked 321, 32J and 32K in Fig. 5) which define cells 22 (marked 22A, 22B and 
22C in Fig. 5). As is known in the art, some of the cells are small cells 22B and others are 
umbrella cells 22A. One or more BTSs 32 define multicast cells 22C. The BTSs 32 defining 
the multicast cells 22C may be used solely for the multicast cells and/or may service one or 
25 more additional cells, small cells 22B and/or umbrella cells 22A. For the following explanation 
it is assumed that BTS 32K services umbrella cell 22A and multicast cell 22C, in addition to 
an adjacent small cell 22B. 

For each multicast cell 22C, and/or for each BTS 32 servicing at least one multicast cell 
22C, network 200 comprises a VMNC 204 which is located on the communication link 
30 between BSC 34 and the BTS 32 servicing the multicast cell 22C. Alternatively or 
additionally, a single VMNC 204 is located on the path between BSC 34 and a plurality of 
BTSs 32 servicing multicast cells 22C. 
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In some embodiments of the invention, VMNC 204 listens to traffic relating to all the 
cells serviced by the BTS 32 with which it is associated. Altematively, VMNC 204 listens only 
to traffic relating to multicast cells 22C. 

When all the multicast channels cannot be provided in a single cell, two overlapping 

5 mxilticast cells 22C are optionally provided in each region. Optionally, MSs 20 are configured 
with the identity of the virtual network of the multicast cell 22C that they are to lock on, for 
each specific multicast channel. Alternatively or additionally, the MS 20 is configured to lock 
onto a multicast cell 22C with a specific virtual network identity. If the specific multicast 
chaimel requested by the MS 20 is provided by a different multicast cell 22C, a cell change 

10 instruction is transmitted to the MS 20, for example by VMNC 204. 

Alternatively or additionally, one or more multicast channels are provided in the 
unicast cells, while the remaining multicast channels are provided in the multicast cells. In 
some embodiments of the invention, an MS desiring to tune onto a multicast chaimel, consults 
an intemal pre-configured table which states whether the multicast service is provided in 

15 regular cells or in multicast cells. Alternatively or additionally, the MS consults an out-of-band 
data source, such as a Web server, which stores current information on the availability of 
multicast data. Further altematively or additionally, periodic updates of the multicast 
transmission schedule are transmitted to some or all of MSs 20. Further altematively or 
additionally, a multicast channel, for example in the multicast cell, is used to transmit the 

20 multicast channel schedule to MSs 20 interested in the schedule. 

Altematively, an MS 20 desiring to tune onto a multicast chaimel, always tunes onto a 
multicast cell 22C, regardless of which multicast channel is desired. If the multicast channel is 
provided in a regular cell, the VMNC 204 of tiie multicast cell 22C instracts the MS 20 to 
change back to a regular cell in which the desired multicast chaimel is provided. Optionally, 

25 each of the unicast cells which may provide multicast channels has a VMNC 204. In some 
embodiments of the invention, the establishment of the context is performed in the multicast 
cell 22C before the MS 20 is instructed to transfer to the regular cell. Optionally, in these 
embodiments, the VMNCs 204 of unicast cells 22C are adapted to perform fewer tasks than 
the VMNCs 204 of multicast cells 22C, as they are not required to establish connections. 

30 Altematively, for example for simplicity, all the VMNCs 204 have the same functionality. 

Altematively to MGSN 56 serving as a gateway, instead of GGSN 58, for multicast 
packets, GGSN 58 performs the gateway tasks. In this alternative, MGSN 56 is optionally 
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located between SGSN 52 and GGSN 58 and listens to all the traffic passing between SGSN 
52 and GGSN 58. Optionally, when a context request for a multicast service handled by 
MGSN 56 is transmitted to GGSN 58, MGSN 56 determines whether the context request is 
from a virtual subscriber 37 or from a subscriber MS 20. If the context request is from a virtual 

5 subscriber 37, MGSN 56 responds to the request as described above. If, however, the context 
request is from a virtual subscriber 37, MGSN 56 forwards the request to GGSN 58 for 
handling. GGSN 58 optionally responds to the request, as performed for regular context 
requests, with a context accept message. 

Optionally, MGSN 56 monitors the responses of GGSN 58, for example in order to 

10 determine when to take over the role of SGSN for the subscriber MS 20. Alternatively or 
additionally, the tasks of MPCU 36 are implemented by PCU 38 and the take over is not 
required. 

Although in the above description the multicast data is described as passing on a 
unicast channel dedicated for transmission of multicast data of a single multicast service, in 

15 some embodiments of the invention, the multicast data is transmitted to MSs 20 on a channel 
serving for more than one multicast service and/or serving for data of one or more broadcast or 
unicast connections in addition to the multicast data. The use of a single chaimel for a plurality 
of multicast services and/or for botii broadcast and multicast services allows, in some cases, for 
better utilization of the bandwidth of the channel. In addition, transmitting a plurality of 

20 multicast services on a single channel allows for easy reception of a plurahty of multicast 
services concurrently by a single MS 20. 

In some embodiments of the invention, the multicast data is provided on a broadcast 
channel. Optionally, the broadcast channel is a channel to which all MSs 20 in a cell may listen 
without performing a channel authentication procedure (although a network registration may 

25 be reqxured). Alternatively or additionally, the broadcast channel is a channel to which aU the 
MSs 20 in the cell listen, optionally in parallel to a unicast channel. In some embodiments of 
the invention, a cellular network provides a plurality of broadcast channels, and one or more of 
these channels is used for multicast data. 

Altematively or additionally, the multicast data of one or more services is provided on 

30 a unicast channel. Optionally, unicast channels used for multicast are used only for multicast. 
Altematively or additionally, the multicast data of one or more services is provided on a 
unicast channel used for a unicast purpose in addition to the multicast data. For example, a 
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user may receive a unicast connection at reduced price, agreeing to the use of the unicast 
channel also for multicast data. Optionally, the unicast user of the channel receives two-way 
communication, while the multicast MSs 20 only receive data. 

In some embodiments of the invention, when an MS 20 is instructed to receive data of 
5 a multicast service, the MS 20 transmits a request for the multicast data to a predetermined 
address. The transnodssion of the request may be performed using any of the methods described 
above, including establishing a unicast connection to a predetermined address and transmitting 
the request on the unicast connection. Thereafter, an authentication process is performed, 
which process results in providing a multicast reception identifier and/or key to the MS 20. 

10 The MS 20 then optionally tunes onto a channel of the cell m which the multicast service is 
provided. The tuoing onto tiie channel may be based on predetermined data (e.g., all multicast 
data is provided on a specific channel) or based on the provided identifier. 

In some embodiments of the invention, the multicast data is encrypted and the multicast 
key comprises an encryption decoding key, which is used to decode the encrypted data. 

15 Altematively or additionally, the multicast identifier comprises a source IP address and/or 
other header data identifying packets of the of the requested multicast service. Further 
altematively or additionally, the multicast identifier comprises indication of a specific channel 
on which the multicast data of the requested service is to be received. The indication of the 
specific chamiel may include, for example, a frequency band, a traasmission code and/or a 

20 time slot scheme. The MS 20 optionally listens to the channel and extracts therefrom the 
packets that belong to the requested multicast service, according to the multicast identifier 
and/or key. 

The number of multicast services provided on each channel is optionally selected 
according to the average amount of data provided in each of the multicast services of the 

25 channel and the capacity of the channel. In some embodiments of the invention, the multicast 
services provided together on a single chamiel are selected in a manner which maximizes the 
utilization of the channel, optionally by putting services with different peak time pattems on 
the same channel. For example, a single channel may carry a first multicast service which has 
high utilization during day hours and a second multicast service which has high utilization 

30 during night hours. Altematively or additionally, the multicast services selected to be provided 
together on a single channel are services that are expected to be requested together 
concurrently by same users, for example multicast services relating to similar subjects. 
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Aliiiough the above description relates to a GPRS environment, the principles of the 
present invention with, the necessary adaptations may be used for other environments, such as 
the Universal Mobile Terrestrial System (UMTS) environment. Data of one or more multicast 
services may be provided on a dedicated physical channel using a virtual subscriber, as 
described above. The tasks described above as being performed by MPCU 36 are optionally 
performed by a network component placed between the Node-B element of UMTS and the 
radio network controller (RNC) of UMTS. Altematively or additionally, one or more multicast 
services are provided on a dedicated MAC channel over the forward access channel (FACH) 
provided in UMTS cells. Instead of each user receiving an identifier of a different channel, all 
the users subscribing to the multicast service are provided with a common C-RNTI (Cell Radio 
Network Temporary Identifier). Further altematively or additionally, one or more multicast 
services are provided on a forward access channel (FACH) using the cell broadcast service 
(CBS). 

A subscriber MS 20 in ftie UMTS environment, referred to also as a user equipment 
(UE), optionally requests a multicast service by transmitting a request to a multicast supply 
address. The multicast. suppUer optionally responds with a channel identifier, for example 
physical channel information when a dedicated physical channel is used or a C-RNTI when a 
forward access channel (FACH) is used, and/or a key for receiving the multicast service. The 
multicast service is provided through the network on the channel of the identifier, optionally 
using the key. 

In some embodiments of the invention, no power control is performed on dedicated 
physical channels used for multicast, in order to achieve maximal efficiency. Altematively, 
power feedback on the dedicated channel is provided by one or more of the subscribers, for 
example a subscriber with a lowest or highest identification number or by the subscriber to 
Sist join the group receiving the multicast service. Optionally, upon joining the multicast 
service the subscriber is notified whether it is to provide power feedback. 

It is noted that the above described elements may be implemented in hardware, 
software or combinations thereof Optionally, changes in elements, for example in PCU 38 in 
order to implement the tasks of MPCU 36, may include changes in hardware, software or 
combinations thereof. Generally, changes in software only are simpler than when changes in 
hardware are required. 
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It is further noted that althou^ the above description relates to multicast data 
transmission, the provision of specific services in only certain cells is not limited to multicast 
services- In some embodiments of the invention, web browsing, file transfer, text streaming 
and/or other data services are provided only in specific cells, carrying the same aad/or different 

5 network identities. Optionally, services requiring a high quality of service (QoS) are directed to 
specific cells. In some embodiments of the invention, direction of services requiring high QoS 
to specific cells is performed regardless of the load in the original cell. In other embodiments 
of the invention, specific voice services, for example services provided fi-om specific telephone 
numbers, are provided only in specific cells. 

10 In some embodiments of the invention, one or more specific cells provide only specific 

services. Other services, such as regular two-way telephone communications and/or unicast 
data services, are provided only in other cells. 

It will be appreciated that the above described methods may be varied in many ways, 
including, changing the order of steps, and the exact implementation used. It should also be 

15 appreciated that the above described description of methods and apparatus are to be interpreted 
as including apparatus for carrying out the methods and methods of using the apparatus. 

The present invention has been described using non-limiting detailed descriptions of 
embodiments thereof that are provided by way of example and are not intended to limit the 
scope of the invention. It should be xmderstood that features and/or steps described with 

20 respect to one embodiment may be used with other embodiments and that not all embodiments 
of tihie invention have aU of the features and/or steps shown in a particular figure or described 
with respect to one of the embodiments. Variations of embodiments described will occur to 
persons of the art. 

It is noted that some of the above described embodiments describe the best mode 
25 contemplated by the inventors and therefore include structure, acts or details of structures and 
acts that may not be essential to the invention and which are described as examples. Structure 
and acts described hereia are replaceable by equivalents which perform the same function, even 
if the structure or acts are different, as known in the art. Therefore, the scope of the invention is 
Umited only by the elements and limitations as used in the claims. When used in the following 
30 claims, the terms "comprise", "include", "have" and their conjugates mean "including but not 
Umited to". 
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CLAIMS 

1 . A method of Iraaismitting data packets to a ceUiilar mobile unit, comprising: 
establishing a data transfer path for providing data from a data network gateway to a 

5 base station controller, for a first mobile station identity; and 

transmitting data received along the established path to at least one mobile station 
having at least one second identity different from the first identity. 

2. A method according to claim 1, wherein the first mobile unit identity represents a 
10 virtual mobile unit. 

3. A method according to claim 1, wherein the at least one mobile station having a second 
identity comprises a plurality of mobile stations. 

15 4. A method according to claim I, wherein estabUshing the data transfer path for 
providing data comprises estabhshing a data transfer path for providing IP multicast data. 

5. A method according to claim 1, wherein establishing the data traasfer path for 
providing data comprises establishing the data transfer path responsive to a request to estabUsh 

20 a data transfer path from the at least one mobile station having the at least one second identity. 

6. A method according to claim 5, comprising estabhshing a data transfer path, 
substantially not used for data, for the at least one mobile station having the at least one second 
identity. 

25 

7. A method according to claim 5, wherein the request to establish the data transfer path 
comprises a context request. 

8. A method according to claim 5, wherein the request to establish the data transfer path 
30 comprises a request transmitted as data on a context of the at least one mobile station having 

the at least one second identity. 
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9. A method of establishing a terrestrial mobile connection, comprisiag: 

receiving a message indicating the intent to establish a first mobile data connection 
between a mobile station, having a first mobile station identity, and an external data network; 
and 

5 generating a request to establish a second mobile data connection with aa external data 

network, for a second mobile station identity, responsive to receiving the message indicating 
the intent to establish the first mobile data connection. 

10. A method according to claim 9, wherein generating the request to establish the second 
10 mobile data connection comprises generating a request carrying a same requester IP address as 

a requester IP address of the first mobile data connection. 

11. A method according to claim 9, wherein gen^ating the request to establish the second 
mobile data connection comprises generating a request having a virtual mobile station identity. 

15 

12. A method according to claim 9, wherein generathig the request to establish the second 
data coimection comprises determining whether the second connection already exists and 
generating the request only if the second coimection does not exist. 

20 13. A method according to claim 9, comprising instructing the mobile station for which the 
first mobile data connection was established to listen to a channel associated with the second 
data connection. 

14. A method according to claim 9, whereia the request to establish the second data 
25 connection comprises a multicast requester IP address. 

15. A method according to claim 9, wherem generating the request to estabUsh the second 
connection comprises determining whether the message indicating the intent to establish a first 
mobile data connection relates to a specific group of data coimections and generating the 

30 request only if the first mobile data connection relates to the specific group. 
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16. A method according to claim 15, wherein the specific group of data comiections are 
identified by their requester IP address. 

17. A method according to claim 9, wherein the message indicating the intent to establish 
the first mobile connection comprises a context request message. 

18. A method according to claim 9, wherein the message indicating the intent to establish 
the first mobile connection comprises a context acknowledge message. 

19. A method according to claim 9, wherein generating the request to establish the second 
mobile connection is performed by a packet control unit (PCU). 

20. A method according to claim 9, wherein generating the request to establish the second 
mobile connection is performed by an entity separate firom a packet control unit (PCU), which 
does not have control of the PCU. 

21. A method according to claim 20, wherein generating the request to establish the second 
mobile connection is performed by an entity connected between the PCU and a respective BSC. 

22. A method according to claim 20, wherein generating the request to establish the second 
mobile connection is performed by an entity located between a BSC related to the PCU and 
mobile units serviced by the BSC. 

23. A method of operating a terrestrial cellular network gateway, comprising: 
receiving requests to establish data connections; 

determining, for at least one of the requests, whether to form a connection with an 
external data network responsive to a content of the request; 

forming a connection with an extemal data network responsive to the at least one of the 
requests, if the determination was positive; and 

responding positively to the at least one of the requests, without forming a connection 
vnth an extemal data network, if the determination was negative. 
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24. A method according to claim 23, wherein determining whether to fona a connection 
with an extemal data network comprises determining for a specific request responsive to the 
requester identity listed in the request. 

25. A method according to claim 24, wherein forming a connection is performed for 
requests carrying identities of virtual mobile connections. 

26. A method of maaaging a mobile unit, comprising: 

receiving a request to estabUsh a data connection from a mobile unit located in a first 
cell; and 

instructing the mobile unit to move to a second cell different from the first cell, 
responsive to the request to establish the connection. 

27. A method according to claim 26, wherein the second cell comprises an umbrella cell. 

28. A method according to claim 27, wherein the second cell comprises an umbrella cell 
overla3dng the first cell. 

29. A method according to claim 26, comprising instructing the mobile station to Usten to a 
channel estabUshed for a different mobile station identity. 

30. A method according to claim 26, wherein receiving the request comprises receiving a 
request related to a multicast service. 

31. A method according to claim' 30, wherein the second cell comprises a cell used 
. substantially only for multicasting data. 

32. A multicast supporting packet control unit, comprising: 

an input interface adapted to receive messages exchanged between mobile stations and 
a serving GPRS support node; 
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a filter adapted to identify in the messages received by the input interface, messages 
which indicate the intent to establish a first data connection between a mobile station, having a 
first mobile station identity, and an external data network; and 

a data generator which generates a request to establish, a second mobile data connection 
to aa external data network, for a second mobile station identity, responsive to the identified 
message indicating the intent to establish the first mobile data connection. 

33. A unit according to claim 32, wherein the filter identifies messages related to multicast 
services. 

34- A unit according to claim 32, wherein the input interface serves also as an input 
interface of a packet control unit (PCU). 

35. A unit according to claim 32, wherein the input interface does not serve as an input 
interface of a packet control unit (PCU), 

36. A unit according to claim 32, wherein the filter identifies channel assignment messages 
related to the first mobile data connection and changes for at least one of the identified channel 
assignment messages, the channel assigned by the message. 

37. A method of commmiicating by a mobile station, comprising: 
t unin g onto signals of a first cell; 

receiving an instruction to receive data of a multicast service; 
identifying that multicast service is not provided in the first cell; and 
tuning onto signals of a second cell, responsive to the identifying. 

38. A method according to claim 37, wherein the signals of the first and second cells are 
transmitted under control of a same public land mobile network. 

39. A method according to claim 38, wherein the signals of the first and second cells are 
transmitted xmder control of a same base controller station (BSC). 
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40. A method according to claim 37, wherein receiving the instruction to receive data of a 
multicast service comprises receiving a user command. 



41. A method according to claim 37, wherein receiving the instruction to receive data of a 
5 multicast service comprises receiving an automatically gmerated command. 

42. A method according to claim 37, comprising transmitting a request to receive multicast 
data in the second cell. 

10 43. A method according to claim 37, wherein the signals of the first and second cells 
comprise GSM signals. 

44. A method according to claim 37, wherein the signals of the first and second cells cany 
different network identities. 

15 

45. A method according to claim 37, wherein identifying that multicast service is not 
provided in the first cell comprises identifying based on information configured in the mobile 
station. 

20 46. A method according to claim 37, wherein identifying that multicast service is not 
provided in the first cell comprises receiving a signal stating that the multicast service is not 
provided in the first cell. 

47. A method according to claim 46, wherein receiving the signal stating that the multicast 
25 service is not provided in the first cell comprises receiving a service refusal signal. 

48. A method according to claim 46, wherein receiving the signal stating that the multicast 
service is not provided in the first cell comprises receiving a cell change message. 

30 49. A method of coramunicating by a mobile station, comprising: 
tuning onto signals of a first cell; 

receiving an instruction to request a service not provided in the first cell; 
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identifying that the requested service is not provided in the first cell; and 
tuning onto signals of a second cell, responsive to the identifying, 
wherein the signals of the first and second cells are transndtted under control of the 
same public land mobile network. 

50. A method according to claim 49, wherein the signals of the first and second cells are 
transmitted under control of the same base transmission station. 

51. A method according to claim 49, wherein the signals of the first and second cells are 
transmitted firom different base transmission stations. 

52. A method according to claim 49, wherein the signals of the first and second cells are 
transmitted imder control of the same base controller station (BSC). 

53. A method according to claim 49, wherein receiving an instruction to request a service 
not provided in the first cell comprises receiving a request for multicast data. 

54. A method according to claim 49, wherein receiving an instruction to request a service 
not provided in the first cell comprises receiving a request for a data service to be provided at 
least at a predetermined QoS. 

55. A method according to claim 49, wherein receiving an instruction to request a service 
not provided in the first cell comprises receiving a request for a Web access service. 

56. A method according to claim 49, wherein the signals of the first and second cells carry 
different network identities. 

57. A method of managing communications in a cellular network, comprisiag: 
transmitting signals advertising first and second cells, under control of the same pubUc 

land mobile network; 

receiving a request for providing a first communication service in the first cell; 
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identifying that the requested first commumcation service is not provided in the first 

cell; 

transmitting a refusal to the request for the first service in the first cell, responsive to the 
identification; 

5 receiving a request for providing the first communication service in the second cell; and 

providing the first communication service in the second cell, 

wherein the requests for providing the first service are received firom a mobile station in 
substantially the same location. 

10 58. A method according to claim 57, comprising receiving a request for providing a second 
communication service in the first ceU and providing the second service in the first cell 
responsive to the request. 

59. A method according to claim 58, wherein the second service comprises a multicast 
15 service. 

60. A method according to claim 58, v^herein the second service comprises a web access 
service. 

20 61. A method according to claim 58, comprising receiving a request for providing the 
second communication service in the second cell and refiising the second service in the second 
ceU responsive to the request. 

62. A method according to claim 58, comprising receiving a request for providing the 
25 second communication service in the second cell and providing the second service in the 

second cell responsive to the request. 

63. A method according to claim 57, wherein the first service comprises a two way 
communication service. 

30 

64. A method according to claim 63, wherein the first service comprises a voice 
connection. 
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65. A method according to claim 63, wherein the first service comprises a unicast data 
connection. 

5 66. A method according to claim 57, wherein transmitting the refusal is performed 
irrespective of the load on the first cell. 

67. A method according, to claim 57, wherein transmitting signals advertising the first and' 
second cells comprises transmitting the signals in regions which cover substantially the same 

10 geographical area. 

68. A method according to claim 57, wherein transmitting the signals advertising the 
second cell comprises transmitting the signals by a first base station controller and changing the 
signals by an entity located between the first base station controller and mobile stations 

15 receiving the signals, 

69. A method according to claim 57, wherein transmitting the signals advertising the first 
and second cells comprises transmitting the signals with different network identities. 

20 70. A method according to claim 57, wherein transmitting the refusal comprises 
transmitting a cell change message. 

71. A method according to claim 57, wherein transmitting the refusal comprises 
transmitting a context refusal message. 

25 

72. A method according to claim 57, wherein the signals of the first and second cells carry 
different network identities. 

73. A method of managing communications in a cellular network, comprising: 

30 transmitting signals advertising first and second cells, under control of the same pubHc 

land mobile network; 

receiving a request for providing a multicast sa:vice in the first cell; 
transmitting a refusal to the request for the multicast service in the first cell; 

43 



wo 03/019840 PCT/IL02/00701 

receiving a request for providing the multicast service in the second cell; and 
providing the multicast service in the second cell. 

74. A method according to claim 73, wherein the requests for providing the JBxst service are 
5 received from a mobile station in substantially liie same location. 
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